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SYSTEM AND METHOD FOR AUTOMATICALLY SETTING APPLET 
LATEST VERSION 

Background of the Invention 
5 Field of the Invention 

The present invention relates to an applet 
latest version automatically setting system and 
method for automatically setting the latest version 
of an applet such as a Java applet, etc. at a 
10 request of a client. 

Description of the Prior Art 

An applet program operated on different pieces 
of software is used in the current computer 
15 technology. Especially, a Java applet is expressed 
in a Java language, incorporated into an HTML file, 
and executed on a Web server. 

Conventionally, the above mentioned Java 
ap^^i^t is downloaded by a server when a client 
20 invok:es^"a"'""Wei2._page, and is cashed and used on the 
Java virtual machine oT"--<iie Web browser. Normally, 
the Java applet is downloaded^^i^<l used on the main 
memory of a client, but can be tempo^^^^j^y stored 
on a disk (hard disk, etc.) of a client, an^^^<hen 
25 transmitted to the main memory for execution. 



However, in the conventional system, after 
transmitting an applet to a client, the applet on 
the server side can be rewritten as the latest 
version. In this case, normally, the update of an 
5 applet is not notified to the client. Therefore, 
the client performs a process using an applet of an 
old version. 

In such a case, the already cached and 
operated applet is updated by the browser using a 

10 button, and an applet can be read again. However, 
the server cannot predict when the version of an 
applet is updated, thereby performing an 
inefficient operation. In addition, depending on 
the setting of a browser, only an applet written to, 

15 for example, a disk can be read although a cached 
applet is re-read without updating the version of 
the applet. 

Siammary of the Invention 

20 The present invention has been developed to 

solve the above mentioned problems, and aims at 
providing a system and a method for automatically 
setting the latest version of an applet by storing 
a program for updating the version in the method 

25 for the applet, and realizing the update of the 



version of the applet in the process of the applet 
itself . 

That is, the above mentioned purpose can be 
attained by the present invention by providing an 
5 applet latest version automatically setting system 
including: a server having an applet storage unit 
for storing an applet of the latest version, and a 
version number storage unit for storing the version 
number of an applet stored in the applet storage 
10 unit; and a client having a version number 
information storage unit for performing a process 
based on the applet read from the server, and 
i-Jf storing the version number information about the 

l3j applet, a comparison unit for reading the version 

15 number information about the applet of the latest 
version from the version number storage unit when a 
predetermined event occurs, and comparing the read 
information with the version number information 
stored in the version number information storage 
20 unit, and an update unit for reading the applet of 
the latest version from the applet storage unit and 
updating the applet when the comparison process 
outputs a non-matching result. 

The applet stored in the applet storage unit 
25 is, for example, a program written in the Java 
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language, and is sequentially updated, thereby 
storing the applet of the latest version. In 
addition, the version number information storage 
unit stores the version number information about 
5 the applet of the latest version. 

For example, the server storing the above 
mentioned applet of the latest version can be a Web 
server, and communications are established between 
the server and the Web browser set for the client. 

10 

Brief Description of the Drawings 

FIG. 1 shows the configuration of the system 
of the applet latest version automatically setting 
system according to an embodiment of the present 
15 invention; 

FIG. 2A shows the configuration of the memory 
area in which the version number information about 
the latest version is entered; 

FIG, 2B shows an example of actual data 
20 written to a memory area; 

FIG. 3 shows the configuration of the system 
according to an embodiment of the present invention 
which is applied to a sales office server and a 
window terminal; 
25 FIG. 4 is a flowchart of the processing 



operations according to an embodiment of the 
present invention; 

FIG. 5 is a flowchart of the processing 
operations in the initial method; 
5 FIG. 6 is a flowchart of the processing 

operations in the starting method; 

FIG. 7 is a flowchart of the version number 
checking process; 

FIG. 8 is a flowchart of the version number 
10 inquiring method; 

FIG. 9 shows the link mechanism on the right; 

FIG. 10 is an oblique view of the link 
mechanism; and 

FIG- 11 shows an example of a case in which a 
15 storage medium is used. 



Description of the Preferred Embodiment 

The embodiments of the present invention are 
described below by referring to the attached 
2 0 drawings. 

FIG. 1 shows the configuration of the applet 
latest version automatically setting system 
according to the an embodiment of the present 
invention.. In FIG. 1, the system includes a server 
25 1 and a client 2 connected to the server 1. A 



plurality of clients 2 are practically connected to 
the server 1, but the connection to one client is 
shown in FIG. 1. A Web server 3 is set in the 

; server 1 . Memory 4 in which the applet program of 
5 the latest version is entered, and a version number 
file 5 in which the version number information 
about a corresponding latest applet is entered are 
set in the Web server 3. The applet entered in the 
memory 4 is a program for driving the Java, and the 

10 applet drives the Java virtual machine described 
later and performs a process. 

The version number information about the 
latest version is stored in the version number file 
5 in, for example, the format shown in FIG, 2. FIG. 

15 2A shows the memory format of the version number 
file 5 configured by 4 bytes with the lower 2 bytes 
indicating version information and the higher 2 
bytes indicating level information. For example, 
the version number 'V20L10' shown in FIG, 2B 

20 indicates the applet of the latest version having 
the version number is 20, and the level is 10, 
Therefore, in this case, as shown in FIG. 2B, the 
version area of the version number file 5 stores 14, 
and the level area stores OA. The above mentioned 

25 level indicates, for example, a development number 
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in the same version. According to the present 
invention, it is not always necessary to include a 
level in the latest version. 

On the client 2 side, the software of a Web 
5 browser 6, a Java virtual machine (VM) 7, and an 
applet 8 are set. The applet 8 is entered in a 
cache area 9. The version number information about 
the applet being operated is stored in a process 
unit 10. For example, the version number 

10 information storage area is set at a predetermined 
address . 

The Web browser 6 displays the image of the 
data in the HTML (hyper text markup language) 
format provided from the Web server 3, and the 

15 applet (Java applet) 8 performs a process using the 
Java virtual machine 7. The above mentioned applet 
reads the applet of the latest version from the 
server 1 in the method described later, and updates 
the applet written in the cache area 9. A display 

20 (DSP) 2' displays according to the operation of the 
above mentioned applet. 

FIG. 3 shows an example in which the 
rela^TCTn-sfei^- — b etween the above mentioned server 1 

^ and the client 2 is applied — fetu^..,sales office 

25 server and the window terminal of a bank. A s^*e^ 
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office server 11 corresponds to the server 1, and a 
vhs^xiow terminal 12 corresponds to the client 2. The 
sales^Q^fice server 11 has the Web server 3, the 
memory 4,^Nctnd the version number file 5 as 
described above 7\^nd CORBR (common object request 
broker architecture) c«.inmunications are established 
between the server and the "\;^ndow terminal 12. To 
attain this, a cooperative app'M^ation 13 for 
establishing the CORBR communicatioh« is also 
installed. 

In addition, the above mentioned Web browser 6 
is mounted on the window terminal 12 so that the 
system can be activated by an operator 14. In 
addition, the applet used in this case relates to 
banking operations, and has the displays and 
functions required by the operator at the window of 
a bank. 

In the applet latest version automatically 
setting system with the above mentioned 
configuration, the processing operations are 
performed as described below. 

FIG. 4 is a flowchart of the processing 
operations according to the present invention, and 
shows the main process of an applet. In the 
following explanation, the Web server 3 of the 
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sales office server 11 which is the server 1, and 
the Web browser 6 of the window terminal 12 which 
is the client 2 have already been activated 

First, an initializing process is performed 
5 (step (hereinafter expressed by S) 1) . This 
initializing process (init) activates the Web 
browser 6, reads the applet from the server 1, and 
loads the applet of the latest version to the cache 
area 9 in the client 2 (window terminal 12) . Then, 

10 practically, the initial method shown in FIG, 5 is 
performed. That is, the constant/variable 

initializing process is performed (S2), and the 
version number of the applet loaded on the cache 
area 9 is set. In this case, for example, when the 

15 current version of the applet is 'V20L10' as shown 
in FIG. 2, the data of '140A' is written. Then the 
applet initializing process is performed (S3) , Next, 
the version number checking process is performed 
(S4) , The version number checking process is 

20 performed when an applet is started, and is 
performed in the process of the applet starting 
method. FIG. 6 shows the process, and the version 
number checking process is performed in the 
starting method (S4'). Therefore, this process is 

25 described by referring to the version number 
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checking process (start) . 

FIG. 7 is a flowchart practically showing the 
version number checking process. First, the version 
number is inquired of the server 1 (sales office 
5 server 11) (S5) . Then, it is compared with the 
version number information stored in the memory of 
the server 1 (S6) . If the version number of the 
applet read to the client 2 is smaller than the 
version number of the server 1 (version number of 

10 client < version number of server), then the 
terminating process described later is performed 
(YES in S7) . 

FIG, 8 is a flowchart of the server version 
number inquiring process and the server version 

15 number reading process. This process is performed 
according to the server version number inquiring 
method. This process is performed by initializing 
the CORBA communications on the client 2 (window 
terminal 12) side (S5-1), and the client is 

20 connected to the server 1 (sales office server 11 
(S5-2) . Then, the version number information about 
the applet is read from the version number file 5 
in the sales office server 11 (S5-3) . 

In this case, the version number file 5 in the 

25 server 1 (sales office server 11) is opened (S5-4), 
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and the version number file is read (S5-5) . Then, 
the read version number information is written (55- 
5) , and the version number file is closed (S5-7) . 
Then, the version number of the server is set in 
5 the out-parameter (S5-8), the server 1 (sales 
office server 11) is disconnected {S5-9) , and the 
-Ip post-CORBA communications process- is performed (S5- 

i ;fl 

;4| 10). 

15 Thus, the version number inquiring process is 

10 performed as described above. However, the version 
'I number checking process (start) is performed when 

17 the starting method process is performed after the 

applet initialization, and the version number of 
Q the applet read by the Web server 3 matches the 

15 version number of the server 1 (version number of 
client ~ version number of server) . Therefore, the 
determination (S7) is N (NO) . As a result, in the 
version number checking process in the starting 
method, an event waiting state is entered (S8) . 
20 Then, a normal transaction is started. For 

example, the client 2 (window terminal 12) requests 
the server 1 (sales office server 11) to perform a 
process online. Depending on the contents of the 
operation, the process is performed offline, and 
25 can be performed only by the window terminal 12. 



During the process, the occurrence of an event 
is awaited (N in S8 and S9) . When an event occurs 
(Y (YES) in S9) , it is determined whether or not it 
is a user event (SIO) . If it is a user event, it is 
furthermore determined whether or not an online 
process is required (Sll) . A user event refers to a 
process requiring the above mentioned online 
process, and the client is connected to the server 
1 (sales office server 11) to use the application 
of the server 1 . 

In this case, the version number checking 
process (S12) is first performed. The version 
number checking process (S12) is performed 
according to the flowchart shown in FIG. 7. That is, 
the version number is inquired of the server 1 (S5) , 
the version number data is compared (S6) , and the 
version number .about the applet is compared with 
the version number of the server 1 to know whether 
of not the version number of the client is smaller 
than the version number of the server 1 (version 
number of client < version number of server) (S7) , 
The version number inquiring process is performed 
according to the above mentioned version number 
inquiring method (S5-1 through S5-10 shown in FIG. 
8) . 
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As a result of the above mentioned process, 
the version number information read to the version 
number file is compared with the version number of 
the currently read applet. If the version numbers 
5 match each other, the user-specified event process 
is performed (S13) , control is returned to the 
event wait state (S9) . In this case, the version 
:'r= number of the applet entered in the server 1 (sales 

office server 11) is not updated, the version 

I 

\f 10 number of the server is equal to the version number 

of the applet of the client 2 (window terminal 12), 
the applet used in the current client 2 is the 
latest applet, the applet is not updated, and the 
current applet performs a terminal operations. 
15 FIG. 9 shows a type of the above mentioned 

process. In this case, the version number memory of 
the server 1 (sales office server 11) stores the 
applet of the latest version, and the version 
number of the applet is not updated. Therefore, the 
20 version number information maintains as is. As a 
result, the above mentioned version number 
information inquiring process (1 shown in FIG. 9) 
is performed, it is determined whether or not the 
version numbers match each other, and the 
25 transaction starting process is performed (2 shown 
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in FIG. 9) • 

On the other hand, if the version number of 
the client is smaller than the version number of 
the server (Y (YES) in S7) in the above mentioned 
5 determining process (S7) , then it is determined 
that the version number of the applet is updated, 
and the terminating process is performed (S14). 
This process is a destroying process. (S14), the 
program of the applet stored in the cache area 9 is 
10 removed, and the applet of the latest version is 
read from the server 1 (S15) . 

The version number information about a 
corresponding version is read from the version 
number file 5, and written to the memory of the 
15 client 2. For example, updated data of '1500 or 
'140B' is written to the memory. 

In the above mentioned process, when an event 
occurs, but not in an online process (N (NO) in 
Sll), for example, when a process is performed with 
20 control passed to another Web page not using an 
applet, a corresponding user event process is 
performed (S16) . 

On the other hand, if the Web server 3 
displays another Web page, or if the browser is 
25 displayed as an icon, an applet is in an inactive 
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state. If control is returned to the Web pace or a 
browser displayed as an icon is restored, then a 
system event occurs (N (NO) in SIO) . In this case, 
it is determined whether or not the above mentioned 
5 starting event is being performed (S17) . 

If the starting method is activated (YES in 
S17), then the above mentioned version number 
checking process (start) is performed. This process 
is also performed according to the flowchart shown 

10 in FIG, 1, the version number inquiring process (S5, 
S5-1 through S5-10) and the comparing process are 
performed (S6 and S7) . If the version number of the 
client is smaller than the version number of the 
server, then it is determined that the version 

15 number of the applet has been updated, and the 
terminating process is performed (Y (YES) in S7, 
S14). Therefore, in this case, the applet stored in 
the cache area 9 is deleted, the applet of the 
latest version is read from the server 1 and stored 

20 (S15) . In addition, the version number information 
about the corresponding version is read from the 
version number file 5, and written to the memory of 
the client 2. 

FIG- 10 shows a type of the above mentioned 

25 process. The applet of the server 1 (sales office 
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server 11) is updated, and the version number 
information is different. Therefore/ the version 
number information inquiring process (1 shown in 
FIG. 10) is performed, and the version number 
5 information is rewritten (2 shown in FIG. 10) . 

By performing the above mentioned process, the 
memory of the client 2 (window terminal 12) stores 
an applet of the latest version, and based on the 
applet of the latest version, an image and 

10 animation can be displayed. 

When the above mentioned system event which is 
not a starting event occurs, it is determined 
whether or not it is a destroy event (S19) . If it 
is a destroy event, the terminating process is 

15 performed (S20) . The terminating process deletes 
the program of the applet stored in the main memory 
as described above, reads the applet of the latest 
version from the server 1, and stores it. 

If it is not determined to be a destroy event 

20 (S19) , a specified event process is performed (S21). 

If an applet is set in an active state as 
described above according to the present invention, 
or if the version number of an applet is checked 
under a predetermined condition, for example, when 

25 a user event requiring the online process, and the 
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applet is not the latest version, then the applet 
is necessarily updated into the latest version. 
Therefore, the Web browser 6 can be operated by the 
applet of the latest version. 
5 According to the present embodiment, the 

version number checking process is performed in the 
above mentioned starting method, etc., but is not 
limited to the described method. 

The version number information according to 

10 the present embodiment contains the version 
information and the level information as shown in 
FIG. 2, but can be formed by the version 
information only. 

According to the present embodiment, the 

15 server 1 of the system is the sales office server 
11 of a bank, and the client 2 is the window 
terminal 12 of a bank. However, the present 
invention is not limited to the above mentioned 
bank system, but can be applied to other fields 

20 such as insurance and policy systems. 

Furthermore, the applet latest version 
automatically setting system according to the 
present invention can also be realized using the 
system shown in FIG. 11, That is, as shown in FIG. 

25 11, a CPU (computer) 15 performs a process on the 
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above mentioned system using a program (data) 
provided by a hard disk 16. 

As shown in FIG. 11, not only the program 
(data) provided by the internal RAM and hard disk 
5 16, but also data is transmitted to and received 
from an externally connected storage medium. For 
example, a process can be performed according to 
I the program provided from a storage medium 17 such 

as a magnetic disk, a magnetic tape, a floppy disk, 
^'"^ ' 10 an optical disk, etc. 

'T\ Furthermore, as shown in FIG. 11, a program 

I (data) can be received from a provider 18 through a 

communications line. 

As described above in detail according to the 
15 present invention, the Web browser can be operated 
always using an applet of the latest version. 

In addition, the transaction reliability can 
be greatly improved when a client and a server 
cooperates with each other in a bank online system, 
20 etc. and an important transactions requiring high 
reliability is realized using a portable program 
such as a Java applet, etc. 



